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Selective Control of Test- Access Ports in Integrated Circuits 



5 Technical Field 

Various embodiments of the present invention concern testing and 
debugging of integrated circuits, particularly complex integrated circuits, such 
as microprocessors, that have test-access ports. 



10 Background 

Integrated circuits, the key components in thousands of electronic products, 
are interconnected networks of electrical components. Fabricators typically build 
these circuits layer by layer on a semiconductive wafer, using techniques, such as 
doping, masking, and etching, to form and then connect thousands and even 
1 5 millions of microscopic transistors. The wafer is then diced to define individual 
circuits, commonly known as ICs or chips, which are ultimately tested to verify 
performance. 

Some conventional test techniques use a special test circuit, called a 
test-access port (TAP), which is built into the integrated circuit. Most, if not 

20 all, TAPs are designed to function in compliance with a standard, referred to as 
IEEE (Institute of Electrical and Electronic Engineers) 1 149.1-2001, entitled 
Standard Test Access Port and Boundary-Scan Architecture. The standard was 
originally developed by the Joint Test Action Group (JTAG) and TAPs that 
comply with it are often called JTAG ports. 

25 TAPs are often used with automatic test equipment that feeds a test 

pattern of voltages into the integrated through pins of the TAP. The test 
equipment then reads out the actual logic states of the integrated circuit, 
comparing them against expected logic states. A mismatch of the actual and 
expected logic states indicates a circuit failure. In response to a failure, the test 

30 equipment holds the circuit in the failed condition, and reads out (or "dumps") 
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the state values for the entire circuit to memory in the test equipment for 
further detailed analysis by other specialized equipment. 

One problem the present inventor recognized in using TAPs with 
automatic test equipment is that integrated circuits, such as microprocessors, 
have outgrown the capacity of some automatic test equipment to read in all the 
state values while also storing their test patterns and maintaining the circuit in 
a failed condition. In other words, the test patterns and related data for testing 
these circuits consume most of the memory in the test equipment, leaving 
insufficient space for programming the TAP and storing all the state values. 

To address this problem, some troubleshooters have opted to expand the 
memory capacity of their automatic test equipment. However, because of the 
high operating frequencies of the test equipment, this memory expansion can 
be quite expensive, with the cost to expand some types of testers approaching a 
million dollars per tester. 

Other troubleshooters have resorted to working around the problem by 
rerunning the test pattern many times and building the complete set of state 
values, piece by piece through a series of partial dumps. However, this 
approach is not only quite time consuming, but also potentially ineffective 
when used with some complex integrated circuits, such as microprocessors. 
Microprocessors can behave unpredictably at times and make it difficult, if not 
impossible, to repeat a failure as often as necessary to collect a complete set of 
state values. Thus, in some instances, troubleshooters could be left to resolve a 
failure using an incomplete set of state values, or worse yet without sufficient 
data to resolve the failure at all. 

Accordingly, there is a need for other ways of overcoming the memory 
limitations of automatic test equipment. 
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Brief Description of the Drawings 

Figure 1 is a block diagram of an exemplary integrated-circuit testing 
system 1 00 corresponding to one or more embodiments of the present 
invention. 

Figure 2 is a flow chart of an exemplary method of operating a testing 
system, in accord with one or more embodiments of the present invention. 

Figure 3 is a schematic diagram of an exemplary port-control selector 
300 that corresponds to one or more embodiments of the present invention. 

Figure 4 is a block diagram of an exemplary pulse generator 400 for use 
in one or more embodiments of the present invention. 

Detailed Description of Exemplary Embodiment(s) 

This description, which references and incorporates the above-identified 
figures and the appended claims, describes one or more specific embodiments of 
one or more inventions. These embodiments, offered not to limit but only to 
exemplify and teach the one or more inventions, are shown and described in 
sufficient detail to enable those skilled in the art to make and use the invention. 
Thus, where appropriate to avoid obscuring the one or more inventions, the 
description may omit certain information known to those of skill in the art. 

Definitions 

The description includes many terms with meanings derived from their 
usage in the art or from their usage within the context of the description. However, 
as a further aid, the following exemplary definitions are presented. 

As used herein, the terms "a" and "an" refer to at least one. 

As used herein, the term "or" is used in its Boolean logical sense, unless 
used in conjunction with "either." 

As used herein, the term "JTAG" refers to any prior or future version or 
derivative of IEEE 1 149.1-2001 standard. When used as a modifier, JTAG 

w 
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connotes compliance inclusively or exclusively with at least one version or 
derivative of IEEE 1149.1-2001. 

Exemplary System 

5 Figure 1 shows a block diagram of an exemplary integrated-circuit 

testing system 100. System 100 includes a test controller 1 10, an automatic 
tester 120, Test-Access-Port (TAP) master controller 130, a TAP-control 
selector 140, and a device under test (DUT) 150. 

Test controller 1 10 includes device drivers 1 12 and programmatic 

10 interfaces 1 14 for commanding and interfacing with ATE engineering tester 
120 and TAP master controller 120 in accord with one or more test programs 
1 16 stored in an electronic, magnetic, and/or optical memory 118. In the 
exemplary embodiment, test controller 110 takes the form of a 32-bit Linux 
based computer system, and couples to tester 120 and controller 130 via PCI 

15 (Peripheral Computer Interface) or USB (Universal Serial Bus) interfaces. 

Automatic tester 120, which in the exemplary embodiment takes the 
form of a commercial debug tester, such as the IMS Vanguard debug tester 
from Integrated Measurement Systems, Inc. of Beaverton, Oregon, includes a 
parallel vector pattern memory 122, an algorithmic pattern generator 124, a 

20 boundary-scan controller 126, and a test connector 128. (IMS and Vanguard 
may be trademarks of Integrated Measurement Systems, Inc. or its parent 
company Credence Systems Corporation of Fremont, California.) Other 
embodiments may use other forms of testers. 

More specifically, parallel vector pattern memory 122 stores test-pattern 

25 data (not shown), which is generated by, for example, logic simulations for the 
device under test. Pattern generator 124 includes timing and other circuitry 
(not shown) for generating and outputting electrical (or other types of) signals 
based on the algorithms and/or data (not shown.) In the exemplary 
embodiment, memory 122 and pattern generator 124 provide up to 512 parallel 

30 channels of test vector data; however, other embodiments may provide other 
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numbers of channels. Also in the exemplary embodiment, memory 122 takes 
the form of one or more high-speed test memory modules. 

Boundary-scan controller (BSC AN) 126, which in the exemplary 
embodiment is JTAG compliant, includes circuitry for generating and 
5 processing JTAG signals: a Test Reset Input (TRST) signal, a Test Clock 
(TCK) signal, a Test Mode Select (TMS) signal, a Test Data Input (TDI) 
signal, and a Test Data Output (TDO) signals (all not shown in this view). The 
TRST signal resets the TAP state machine within the device under test; the 
TCK signal provides a test synchronization clock; the TMS signal, a state- 

10 machine control signal, sets the mode of the TAP; the TDI signal provides test 
instructions and data; and the TDO signal provides serial output of test data. 
(IEEE standard 1 149.1 describes the TRST, TCK, TMS, TDI, and TDO signals 
in more detail.) In other embodiments, boundary-scan controller 126 may use 
other types of signals for control of design-for-test (DFT) or in-circuit test 

15 (ICT) features. 

Test connector 128 is coupled to pattern memory 122, pattern generator 
124, and boundary-scan controller 126. In the exemplary embodiment, test 
connector 128, which is intended for connection to a DUT, takes the form of a 
Framatome Connectors International (FCI) shrouded header 61698-302TR 

20 connector. However, other embodiments use other forms of connectors. 

TAP master controller 130 includes a boundary-scan controller 132 and 
a memory 134. Boundary-scan controller (BSCAN) 132, which in the 
exemplary embodiment is JTAG compliant, includes circuitry for generating 
and processing JTAG signals: Test Clock (TCK) signal, Test Reset Input 

25 (TRST) signal, Test Mode Select (TMS) signal, Test Data Input (TDI) signals, 
and Test Data Output (TDO) signals (all not shown in this view). Memory 
134, in the exemplary embodiment, stores message-scan data from a DUT and 
takes the form of a slower and/or lower-cost memory than memory 132. In 
other embodiments, memory 134 may also store input test data for the DUT 

30 and other information for programming a TAP state machine (not shown). 
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TAP-control selector 140 includes a tester connector 142, a controller 
connector 144, a multiplexer 146, a TAP connector 148, and a controller- 
selection input 149. (Broken-line boxes 120' and 130' highlight that in some 
embodiments, TAP-control selector 140 is integrated into tester 120 or 
5 controller 130, by for example, being included as an auxiliary or accessory 
card. Some embodiments integrate the selector in the tester interface hardware 
to ensure high signal integrity.) Tester connector 142 and controller connector 
144 respectively couple JTAG signals from tester 120 and controller 130 to 
multiplexer 146. 

10 Multiplexer 146, which selectively couples the JTAG signals from tester 

or the TAP controller (or portions thereof) to device-under-test (DUT) 150, 
includes inputs 1461, inputs 1462, control (or selection) input 1463, and 
outputs 1464. Inputs 1461 are coupled to controller connector 142, and inputs 
1462 are coupled to tester connector 144. Control input 1463 is coupled to 

15 controller-selection input 149, which in the exemplary embodiment is coupled 
to tester 120 via tester connector 142. Control input 1463 selectively operates 
multiplexer 146 to couple inputs 1461 or inputs 1462 (in other words, 
controller connector 142 or tester connector 144) to outputs 1464. Outputs 
1464 are coupled to TAP connector 148, which is also JTAG compliant in the 

20 exemplary embodiment. TAP connector 148 is coupled to a TAP 152 in DUT 
150. 

In addition to TAP 152, which in the exemplary embodiment is also 
JTAG compliant, DUT 150 includes external pins 154, boundary-scan cells 
156, and core logic circuitry 158. TAP 152 includes an instruction register and 

25 a bypass register, which are not shown. Boundary-scan cells 156 collectively 
constitute a boundary-scan register. During normal operation of the DUT, these 
cells allow input and output signals to pass freely from the external pins through 
each boundary-scan cell to the core logic. However, during testing, these cells 
block this passage, not only allowing shifting test data into the cells and thus 

30 into the core logic via the TDI signal, but also capturing and shifting response 
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data from the core logic out of the DUT via the TDO signal for storage and 
inspection. Other embodiments may use other types of design-for-test (DFT) 
features, such as scan chains coupled to execution registers, selected flip-flops, 
or other storage elements. 

5 

Exemplary Methods of Operation 
Figure 2 shows a flow chart 200 of an exemplary method of operating 
system 100. Flow chart includes process blocks 202-218. Though these blocks (as 
well as the blocks in any other flow charts in this document) are arranged and 

10 described serially in the exemplary embodiment, other embodiments may reorder 
the blocks, omit one or more blocks, combine two or more blocks, and/or execute 
two or more blocks in parallel using multiple processors or a single processor 
organized as two or more virtual machines or subprocessors. Moreover, still other 
embodiments implement the blocks as one or more specific interconnected hardware 

15 or integrated-circuit modules with related control and data signals communicated 
between and through the modules. Thus, this and other exemplary process flows in 
this document are applicable to software, firmware, hardware, and other types of 
implementations. 

At block 202, the exemplary method begins by programming tester 120 
20 and TAP controller 130. In the exemplary embodiment, test controller 1 10 

loads one or more portions of test program 1 16 onto tester 120, with the loaded 
portions including instructions commanding the tester to test an integrated 
circuit using its TAP, to freeze the internal state of the circuit after establishing 
a targeted test condition, such as a failed condition, and to switch control of the 
25 TAP to controller 130 after freezing the circuit in the targeted test condition. 
Programming the tester also entails loading functional-test-pattern data from 
tester controller 110 into memory 124 of tester 120 or into pattern generator 
122. Test controller 1 10 also loads one or more portions of test program 1 16 
onto TAP controller 130, with these portions including, for example, 
30 instruction-register and data-register instructions for performing a message- 
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scan or state-dump procedure on DUT 150 via TAP 152. Execution continues 
at block 204. 

Block 204 switches control of the TAP to tester 120. In the exemplary 
embodiment, this entails tester 120 asserting a control signal through test 
5 connector 128 to controller-selection input 149 and ultimately to control input 

1463 of multiplexer module 146 in TAP-control selector 140. (Some 
embodiments may use test controller 1 10 or another device to switch control of 
the TAP.) As a result, multiplexer module 146 couples multiplexer outputs 

1464 and TAP connector 148 to tester connector 122, giving tester 120 control 
10 of the TCK, TMS, TDI, and TDO contacts of TAP 152. In the exemplary 

embodiment, the TRST contact of TAP 1 52 is always driven directly by tester 
120 to eliminate risk of accidental TAP reset during switching of multiplexer 
146. Exemplary execution then proceeds to block 206. 

Block 206 entails beginning the preprogrammed vector functional test 
15 of DUT 150 to induce the targeted test condition. Tester 130 begins the 

functional test by outputting signals based on the test-pattern data to DUT 1 50 
and processing the response of DUT 150. 

In block 208, tester 130 freezes the DUT in a desired logic state or 
condition, such as failed condition. In the exemplary embodiment, the freezing 
20 occurs in response to the tester detecting a failure in DUT 150, for example, a 
failed bus transaction or a signal mismatch. The freezing itself entails forcing 
tester 120 into a control loop to maintain power, clocks, and termination 
voltages for DUT 150. 

Next, block 210 switches control of the TAP from tester 120 to TAP 
25 controller 130. In the exemplary embodiment, this entails tester 120 deasserting 
the control signal applied through test connector 128 to control input 1463 of 
multiplexer 140, thereby coupling controller connector 132 to TAP 152 via 
multiplexer outputs 1464 and TAP connector 148. In addition, tester 120 
notifies TAP controller 130 of the switch over using a separate hardware 
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trigger signal to the TAP controller or a software API call of the TAP 
controller, effectively triggering execution of block 212. 

In block 212, TAP controller 130 collects state values from DUT 150. 
In the exemplary embodiment, this collection entails controller 120 performing 
5 a JTAG message-scan procedure to dump state values from DUT 150, using the 
TDO signal of TAP 152, into memory 134 of TAP controller 130 for a 
predetermined portion of the DUT, for example the entire DUT. Exemplary 
state values include scanout chains, arrays, control registers, caches, etc. TAP 
controller 130 then transfers the state values to test controller 1 10 and notifies 

10 tester 120 by for example, toggling a control signal monitored by tester 120, 
when the dump is complete, that is when the last state values are transferred 
from the DUT to TAP controller 130. 

In block 214, tester 120 responds to the dump-complete notification 
from TAP controller 130 by exiting the control loop established to freeze the 

15 DUT in the desired condition. Execution continues to block 216. 

Block 216 determines whether there is further testing to be done. In the 
exemplary embodiment, tester 120 makes this determination based on the 
programming completed at block 202, specifically whether there are additional 
instructions to execute. If further testing is dictated, execution of the 

20 exemplary method returns to block 204 to switch control of TAP 152 to tester 
120; otherwise, execution terminates at block 218. Some embodiments branch 
directly from block 214 back to block 202 for further programming input. 

Exemplary TAP-Control Selector 
25 Figure 3 is a schematic diagram of an exemplary TAP-control selector 

300, which represents one potential implementation of TAP-control selector 
140 in system 100. TAP-control selector 300 includes supply nodes VC1, 
VC2, and VSS; a tester connector 310; a master-tap-controller (MTC) 
connector 320; a multiplexer module 330; a TAP connector 340; a pulse 
30 generator 350; and a common circuit board 360 supporting these components. 
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Supply nodes VC1 and VC2, in the exemplary embodiment, are coupled 
to respective 3.3 VDC and 1.4 VDC power supplies (not shown), and VSS is 
coupled to ground. The exemplary embodiment derives the VC1 supply from 
an auxiliary supply of tester 120, such as a timing card (not shown), and the 
5 VC2 supply from a power supply in the tester auxiliary rack (also not shown.) 
Generally, the VC2 supply should not be used to power the DUT. Some 
embodiments may use other power-supply arrangements for supply nodes VC1 
and VC2. However, these arrangements are preferably separate from power 
supplies for the DUT. 

10 Tester connector 310, which takes the exemplary form of a 9-pin FCI 

connector, includes a TTRST signal pin, master-tap-controller (MTC)-select 
signal pin, a TTDI signal pin, a TTMS signal pin, a TTCK signal pin, a TTDO 
signal pin, differential clock CLKp, CLKn pins, an interrupt (ITRPT) signal 
pin, and a bpm4# signal pin. 

15 MTC connector 320, which takes the exemplary form of a 26-pin FCI 

connector, includes 25 pins, although only those relevant to use of the test- 
access port of the exemplary embodiment are shown. Those that are not shown 
are coupled directly or via suitable resistor to ground or supply node VC2 as 
appropriate for the particular form of master-tap controller. More particularly, 

20 MTC connector 320 includes an MTCdone signal pin, an MTRST signal pin, an 
MTDI signal pin, an MTMS signal pin, an MTCK signal pin, an MTDO signal 
pin, differential clock pins MCLKp, CLKn, and a Mbpm signal pin. The 
MTRST signal pin is coupled to ground via a resistor Rl. Differential clock 
pins MCLKp and MCLKn are coupled respectively to the CLKp and CLKn 

25 pins of tester connector 310; and the Mbpm signal pin is coupled to the Bpm 
signal pin of tester connector 310. In the exemplary embodiment, the tester 
uses the Bpm and Mbpm pins to communicate a trigger signal to the TAP 
controller to control initiation of the message-scan procedure. 

Multiplexer module 330 includes four 2:1 multiplexers 332, 334, 336, 

30 and 338. In the exemplary embodiment, module 330 takes the form of a quad 
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2:1 mux/demux bus switch, such as a model IDTQS3VH257 bus switch from 
Integrated Device Technology, Inc. of Santa Clara, California. Each of the 
multiplexers includes selectable signal inputs (or nodes) SI and S2, a select 
input SEL, an enable input ENB, and a non-selectable output node D, with 
5 nodes SI and S2 being selectively coupled to output node D based on the logic 
states of input ENB and select input SEL. 

The SI signal pins for multiplexers 332, 334, 336, and 338 are 
connected respectively to the TTDI, TTMS, TTCK, and TTDO pins of tester 
connector 3 1 0. The S2 signal inputs for multiplexers 332, 334, 336, and 338 

10 are connected respectively to the MTDI, MTMS, MTCK and MTDO pins of 

master-tap-controller (MTC) connector 320. In the exemplary embodiment, the 
MTDI, MTMS, and MTDO connections to the multiplexer module are 
terminated with respective 150-, 39-, and -75-Ohm pull-up resistors (not 
shown), and the MTCK connection is terminated with a 27-Ohm pull-down 

15 resistor (also not shown.) 

The D outputs for multiplexers 332, 334, 336, and 338 are connected 
respectively to the DTDI, DTMS, DTCK, and DTDO pins of TAP connector 
340. Although not shown in this figure, the exemplary embodiment terminates 
the DTDI, DTMS, and DTDO connections to tap connector 340 with 1-kilo- 

20 ohm pull-up resistors (not shown) to VC2, and the DTCK connection with a 1- 
kilo-ohm pull-down resistor (also not shown) to ground. The exemplary 
embodiment also couples an FBO signal from master-tap-controller to the 
DTCK input pin of connector 340. The FBO signal is a feedback of the MTCK 
signal back to the master TAP controller that is used to register data coming in 

25 from DTDO. 

TAP connector 340, which is mounted as close as practical to 
multiplexer module 330, further includes a DTRST signal pin, which is coupled 
to the TTRST pin of tester connector 310. In exemplary embodiment, TAP 
connector 340 takes the form of an IMS Vanguard pogo-pin interface board. 



Attorney Dkt 884.879US1 



11 



Client Ref. P15907 



Pulse generator 350 is coupled between the MTCdone pin of MTC 
connector 320 and the INTRPT signal pin of tester connector 310. Pulse 
generator 350 generates a well-defined pulse upon receiving a signal from 
master-tap controller 130 (in Figure 1) that the master-tap controller has 
5 completed a dump of state information from DUT 150 and is therefore ready 
for tester 120 to assume control of TAP 152 for DUT 150. 

Instead of a multiplexer module, some embodiments use other types of 
switching elements, such as a set of single-pole, double-throw switches or 
relays. One example of a suitable relay is the Teledyne RF100 High 

10 Repeatability Ultraminiature Centigrid Relay, available from Teledyne Relays 
of Hawthorne, California. Still other embodiments may use other forms of 
selective connection or switching arrangements. And still other embodiments 
may omit the set of multiplexers used in the exemplary embodiment by directly 
connecting the JTAG pins of both tester 120 and tap controller 130 to the TAP 

15 of the DUT and selectively enabling and/or disabling one or more of the JTAG 
pins for the tester or tap controller to determine which device controls and/or 
accesses one or more pins of the TAP. 

Exemplary Pulse Generator 
20 Figure 4 shows a schematic block diagram of an exemplary pulse 

generator 400 which represents one possible implementation of pulse generator 
350 in Figure 3. Pulse generator 400 includes a pulse-generator input A, a 
pulse-generator output B, inverters 410, 420, and 430 and a two-input positive 
NAND gate 440. 

25 Specifically, input A, which is coupled to receive the MTCdone signal 

(from MTC connector 320 in Figure 3), drives an input of inverter 310. The 
output of inverter drives an input of inverter 320, and an output of inverter 320 
drives an input of inverter 330. NAND gate 340 has its first input coupled to 
the output of inverter 330, its second input coupled to input A, and its output 
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coupled to pulse-generator output B. An output of inverter 330 drives a first 
input of NAND gate 340, which has a second input connected to input A. 

The embodiments described in this document are intended only to 
illustrate and teach one or more exemplary ways of practicing or implementing 
the present invention, not to restrict its breadth or scope. The actual scope of 
the invention, which embraces all ways of practicing or implementing the 
teachings of the invention, is defined only by the following claims and their 
equivalents. 
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